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© Verfahren zum Betreiben eines Automatisierungssystems 

® Bei dem Verfahren zum Betreiben eines Automatisie- 
rungssystems wird in einer Informationsdatei (I) abge- 
legt, welche speziellen Dienstprogramme (DPI bis DP6) 
f u r welche Baugruppe (BG) notwendig sind. Die Dienst- 
programme (DP1 bis DP6) dienen dabei zur Ausfuhrung 
von den Baugruppen (BG) zugeordneten Funktionen. Die 
Dienstprogramme (DPI bis DP6) werden bevorzugt uber 
genormte Schnittstellen (S, S1 bis S3) aufgerufen. Mit 
dieser Ausgestaltung ist eine einfache Anderung oder An- 
passung der Hardwarekonfigu rations-Software durch ei- 
nen entsprechenden Eintrag in der Informationsdatei (I) 
ermoglicht. 
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Beschreibung 

[0001] Die Erfindung betrifft den Betrieb eines Automati- 
sierungssy stems, das zum Steuern oder Regeln von Kompo- 
nenten eines Anlagenprozesses vorgesehen ist. 5 
[0002] Typischerweise liest ein solches Automatisie- 
rungssystem von Sensoren oder Bedienelementen erfasste 
Werte ein und verarbeitet diese unter Zuhilfenahme von in- 
ternen Regeln zu Ausgabewerte fur Aktoren. Sensoren sind 
beispielsweise Temperaturruhler, Positionsmessgerate, 10 
Druck- oder Drehzahimesser usw. Aktoren sind typischer- 
weise Antriebe aller Art. Ein modernes Automatisierungs- 
systcm besteht zu einein groBen Teil aus Software, daniit es 
vom Anwender an den spezifischen Einsatzzweck angepasst 
werden kann. Das Automatisierungssystem ist dadurch sehr 15 
flexibel und kann fur unterschiedliche Anlagenprozesse - 
nach entsprcchender Prograininierung - eingesetzt werden. 
[0003] Ncben der Software umfasst das Automatisie- 
rungssystem Baugruppen als Hardware- Komponen ten. Die 
Baugruppen sind fur Teilaufgaben des Automatisierungssy- 20 
stems zustandig. Das Automatisierungssystem an sich ist 
modular aufgebaut und lasst sich individuell fur den jeweili- 
gen Einsatzzweck zusammenstellen und ggf. auch erwei- 
tem. l^pi scher weise ist auch die Software in Teilaufgaben 
untergliedert, die durch Software-Bausteine abgearbeitet 25 
werden. 

[0004] Die Sensoren und Aktoren sind an die fur sie vor- 
gesehenen Baugruppen angeschlossen. Diese Baugruppen 
realisieren die Anschaltung der Sensoren und Aktoren an 
die Software, also an das auch als Firmware bezeichnete Be- 30 
triebsprogramm des Automatisierungssystems. Hierzu steu- 
ert eine Baugruppe beispielsweise die Erfassung des Mess- 
werts iiber den Sensor. Ein vom Sensor erfasster Messwert 
(z. B. Widerstandswert eines Temper aturfuhlers) wird von 
der Baugruppe digitalisicrt und an das Bctriebsprogramm 35 
iibermittelt. Dort wird der Wert in einem adressierbaren 
Speicherbereich abgelegt, so dass er aus diesem Speicherbe- 
reich gezielt abgerufen werden kann. Das Betriebspro- 
gramm ist dabei als Maschinencode-Programm ausgcslaltet. 
Die Firmware oder das Betriebsprogramm wird im Folgen- 40 
den auch als ausruhrbares Maschinencode-Programm oder 
kurz als ausfuhrbares Programm bezeichnet. 
[0005] Uber die Finnware wird der im Speicherbereich 
abgclegte Wert weiterverarbcitet und cs wird beispielsweise 
in Abhangigkeit des Werts eine weitere Baugruppe ange- 45 
steuert, uber die dann ein Aktor aktiviert wird. Der Aktor ist 
beispielsweise ein Schaltrelais zum Einschalten einer Hei- 
zung. 

[0006] Fur einen reibungslosen Betrieb des Automatisie- 
rungssystems ist es notwendig, dass das ausfuhrbare Pro- 50 
gramm iiber die im Automatisierungssystem vorhandenen 
Baugruppen informiert ist. Um das Automatisierungssystem 
durch eine neue Funktion oder Anwendung erweitern zu 
konnen, muss u. a. bekannt sein, welche im ausfuhrbaren 
Programm vorgesehene Adressbereiche durch welche Bau- 55 
gruppen bereits belegt sind. Denn die neue Funktion wird in 
der Regel durch eine neue oder geiindertc Baugruppe ver- 
wirklicht, der eine Adresse zugeordnet werden muss. Die 
neue Baugruppe wird zudem ublicherweise parametrisiert, 
beispielsweise wird ihr mitgeteilt, fur welchen Temperatur- 60 
bereich ein von ihr angesteuerter Sensor ausgelegt ist. 
[0007] Beim erstmaligen Aufbau oder bei einer Anderung 
des Automatisierungssystems ist daher auch eine entspre- 
chende Software- Kon figuration notwendig. In der Regel ist 
das Automatisierungssystems zur Konfiguration zweistufig 65 
aufgebaut. Und zwar umfasst es als erste Stufe ein pro- 
gramm tech nisches Konfigurationssystem, das so genannte 
Engineering-System. Die zweite Stufe ist ein Anwenderpro- 
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gramm-System, das so genannte Runtime-System. Das En- 
gineering-System ist iiblicherweise auf einem Arbeitsplatz- 
rechner installiert und wird von einem Programmierer oder 
Softwareentwickler bedient. Mit Hilfe des Engineering- Sy- 
stems wird die eigentliche Konfiguration des Automatisie- 
rungssystems vorgenommen. D. h. es wird der fur das Auto- 
matisierungssystem vorgesehenen hardwaretechnische 
(Baugruppen) und softwaretechnische Aufbau zusammen- 
gestellt und die fur den konkreten Aufbau vorgesehenen 
Konfigurationsdaten ermittelt. Diese Konfigurations- oder 
Beschreibungsdaten umfassen beispielsweise Informatio- 
nen iiber die verwendeten Baugruppen, iiber den fur eine je- 
weilige Baugruppe vorgesehenen Steckplatz sowie iiber die 
einer jeweili gen Baugruppe zugeordneten Parametereinstel- 
lungen. Diese Beschreibungsdaten werden anschlieBend 
dem Anwenderprogramm-System iibermittelt. Dieses ist 
dann quasi auf Knopfdruck in der Lage, einen industrieilen 
Anlagenprozess zu steuern, ohne dass weitere Einstellungen 
vorgenommen werden miissen. Das Konfigurations-System 
und das Anwenderprogramm-System konnen aber auch in 
einem einheitlichen System zusammengefasst sein. 
[0008] Ublicherweise ist fur die Konfiguration im aus- 
fuhrbaren Programm zumindest des Konfigurations- Sy- 
stems ein spezieller Programmbau stein vorgesehen, der sich 
mit der Hardwarekonfiguration befasst. Mit diesem Pro- 
grammbaustein kann der Anwender beispielsweise den im 
Automatisierungssystem vorgesehenen Steckplatzen spe- 
zielle Baugruppen zuweisen, diesen Baugruppen Adressen 
vergeben und ggf. die Baugruppen parametriesieren. Wei- 
terhin sind ublicherweise weitere Programmbausteine fur 
samtliche, prinzipiell fur das Automatisierungssystem ge- 
eignete, Baugruppen abgelegt. 

[0009] Diese weiteren Programmbausteine sind insbeson- 
dere auch so genannte Dienstprogramme, die die Ausfuh- 
rung von den Baugruppen zugeordneten Funkuonen bcin- 
halten. Ein solches Dienstprogramm befasst sich beispiels- 
weise mit der Adressvergabe fur die jeweilige Baugruppe 
oder auch mit der Erzeugung von baugruppenspezifischen 
Daten, wie sie beispielsweise im Hinblick auf eine Parama- 
trisierung der Baugruppe notwendig sind. Dabei sind den 
unterschiedlichen Baugruppen jeweils eigene, auf die Bau- 
gruppe zugeschnittene, Dienstprogramme zugeordnet. 
[0010] Wird eine neue oder geanderte Baugruppe in das 
Automatisierungssystem implementiert, so muss in das aus- 
fuhrbare Programm ein neues Dienstprogramm eingebun- 
den werden, das die neue Baugruppe betrifft. Die Impiemen- 
tierung des neuen Dienstprogramms ist dabei aufwendig, da 
das ausfuhrbare Programm als Maschinencode-Programm 
ausgefuhrt ist. 

[0011] Der Erfindung liegt die Aufgabe zugrunde, einen 
einfachen und flexiblen Betrieb eines Automatisierungssy- 
stems zu ermoglichen. 

[0012] Die Aufgabe wird gema'B der Erfindung gelost 
durch ein Verfahren zum Betreiben eines Automatisierungs- 
systems, das eine Anzahl von Baugruppen als Hardware- 
komponenten sowie ein Betriebsprogramm als Software- 
komponentc fur den Betrieb der Baugruppen umfasst. Das 
Betriebsprogramm beinhaltet eine Anzahl von Dienstpro- 
grammen fur die Ausfuhrung von den Baugruppen zugeord- 
neten Funktionen, wobei aus einer Informationsdatei ausge- 
lesen wird, welche speziellen Dienstprogramme fur welche 
Baugruppe notwendig sind. Zur Ausfuhrung der der jeweili- 
gen Baugruppe zugeordneten Funktion wird dann das ent- 
sprechende Dienstprogramm aufgerufen. 
[0013] Der Vorteil dieser Ausgestaltung liegt darin, dass 
mehrere Baugruppen bei Bedarf auf die gleichen Dienstpro- 
gramme zugreifen und insbesondere darin, dass uber die In- 
formationsdatei die Zuordnung der Dienstprogramme zu 
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den einzelnen Baugruppen verwaltet wird. 
[0014] Die bisher ubliche Implementierung von gesonder- 
ten Dienstprogrammen fur jede Baugruppe mit dem Effekt, 
dass gleiche Funktionen oder zumindest gleiche Teilfunktio- 
nen in verschiedenen Dienstprogrammen verwirklicht sind, 
ist nicht notwendig. Der neuen Ausgestaltung liegt die Idee 
zugrunde, dass eine nicht unerhebliche Anzahl von Funktio- 
nen, die uber die Dienstprogramme ausgefuhrt werden, fur 
mehrere Baugruppen gleichermaBen notwendig sind. Die 
Anzahl der insgesamt im Betriebssystem implementierten 
Dienstprogrammen ist daher gering. 

[0015] Durch die Krordination/Verwaltung der Dienst- 
programme iiber die Informationsdatei, also die Zuordnung 
der einzelnen Dienstprogramme zu den unterschiedlichen 
Baugruppen, ist zudem eine Hardware- Anderung am kon- 
kret verwirklichten Automatisierungssystem einfach in die 
Hardware-Kon figuration ssoftw are einzubinden. Die Hard- 
warc-Konfigurationssoftware wird dabei maBgeblich gebil- 
det durch die Dienstprogramme und ihre Zuordnung zu den 
einzelnen Baugruppen. Wird eine neue Baugruppe in das 
Automatisierungssystem eingebracht, so ist namlich ledig- 
lich ein entsprechender Eintrag in der Infonnationsdatei not- 
wendig, um dieser neuen Baugruppe die entsprechenden 
Dienstprogramme zuzuweisen. Das Betriebsprogramm 
selbst, welches in der Regel als ausfuhrbares Maschinen- 
code-Programm (Firmware) ausgefuhrt ist, braucht daher 
nicht. geandert zu werden. Das ausfuhrbare Maschinencode- 
Programm wird auch als Firmware und im Folgenden kurz 
als ausfuhrbares Programm bezeichnet. 
[0016] Dieses Verfahren zum Betreiben eines Automati- 
sierungssystems ist daher besonders flexibel und ermoglicht 
ein einf aches Erstellen eines neu aufzubauenden oder ein 
einfaches Andern eines bereits bestehenden Automatisie- 
rungssystems. Mit Hilfe des Verfahrens werden daher insbe- 
sondcre die notwendigen Konfigurationsschritte vcrcin- 
facht, die iiblicherweise im Rahmen eines Engineering- oder 
Konfigurationssys terns vorgenommen werden. 
[0017] Vorzugsweise erfolgt das Aufrufen des jeweiligen 
Dicnstprogramms uber eine genonnte Schnittstelle und ins- 
besondere aus dem ausfiihrbaren Programm heraus. Die 
Verwendung von genormten Schnittstellen ermoglicht eine 
Vielzahl von Detailinformationen in die Infonnationsdatei 
auszulagem und somit das gesamte System im Hinblick auf 
Anderungen sehr flexibel zu haltcn. 

[0018] Zweckdienlicherweise ist hierzu vorgesehen, dass 
den Schnittstellen jeweils eine eindeutige Schnittstellenken- 
nung zugeordnet wird. Diese Schnittstellen-Kennung wird 
auch als "Interface Identifier" (IID) bezeichnet. Dainit sind 
also die einzelnen Schnittstellen voneinander unterscheid- 
bar und eindeutig identifizierbar. In der Informationsdatei ist 
dann beispielsweise abgelegt, uber welche spezifische 
Schnittslelle welche Dienstprogramm-Funktion abrufbar ist. 
[0019] GemaB einer bevorzugten Weiterbildung weist die 
Informationsdatei eine Dienstprogramm-Kennung als einen 
eindeutigen Schliissel zur Identifizierung des fiir die jewei- 
lige Funktion notwendigen Dienstprogramms auf. Diese 
Dienstprogramm-Kennung wird auch als "Classidentifier" 
(CLSID) bezeichnet. Damit wird in Verbindung mit. der ein- 
deutigen Schnittstellen-Kennung einerseits eine eindeutige 
Schnittstellen-Kennung und gieichzeitig eine individuelle 
Dienstprogramm-Kennung vergeben, so dass das ge- 
wiinschte Dienstprogramm iiber eine definierte Schnittstelle 
aufgerufen wird. 

[0020] In der Informationsdatei ist also das fur die jewei- 
iige Funktion notwendige Dienstprogramm eindeutig be- 
zeichnet, welches iiber eine genau spezifizierte Schnittstelle 
aufzurufen ist. Dadurch brauchen im ausfiihrbaren Pro- 
gramm keine fur ein einzelnes Dienstprogramm spezifl- 



)1 745 A 1 

4 

schen Informationen enthalten zu sein. Dem ausfiihrbaren 
Programm sind lediglich die eindeutigen Schnittstellen- 
Kennungen bekannt zu machen. Was sich hinterdiesen Ken- 
nungen verbirgt, ist fur das ausfuhrbare Programm uninter- 

5 essant. Daher sind Anderungen an den Dienstprogrammen 
und an ihrer Zuordnung zu den einzelnen Baugruppen pro- 
blemlos ohne aufwendige Eingriffe in das Betriebspro- 
gramm moglich. Denn das ausfuhrbare Programm entnimmt 
aus der Informationsdatei die Dienstprogramm-Kennung 

10 und die Information, iiber welche Schnittstelle das Dienst- 
programm aufzurufen ist. Es gibt dann die Dienstpro- 
gramm-Kennung iiber die eindeutig identifizierte Schnitt- 
stelle aus. Aufgrund der Dienstprogramm-Kennung wird 
nur ein spezielles Dienstprogramm uber die genormte 

15 Schnittstelle aufgerufen. Uber die Dienstprogramm-Ken- 
nung wird also aus mehreren iiber eine genormte Schnitt- 
stelle aufrufbaren Dienstprogrammen ein spezielles Dienst- 
programm aufgerufen. 

[0021] GemaB einer besonders bevorzugten Ausgestal- 

20 tung sind zumindest ein Teil der Dienstprogramme als so ge- 
nannte Skript-Programme ausgebildet, die vom ausfiihrba- 
ren Programm heraus aufgerufen werden. Derartige Skript- 
Programme oder auch das so genannte "Skripting" sind prin- 
zipiell bekannt und werden beispielsweise fur die Program- 

25 mierung im Zusammenhang mit Internet-Anwendungen 
herangezogen. Bei einem derartigen Skript-Programm wird 
in der Regel derart vorgegangen, dass bestimmte auszufiih- 
rende Aufgaben in so genannte Skript-Dateien ausgelagert 
werden, und dass diese Aufgaben mit Hilfe eines Skript-In- 

30 terpreters erledigt werden. Der Skript-Interpreter ist dabei 
ein Hilfsprogramm, welches aus dem ausfiihrbaren Pro- 
gramm heraus gestartet wird. Um ein solches Skript-Pro- 
gramm zu andern ist daher lediglich eine Anderung an der 
Skript-Datei vorzunehmen. Da die Skript-Datei als ASQ3- 

35 Datei ausgebildet und kcin Maschinencodc-Programm ist, 
sind Anderungen an einem solchen Skript-Programm sehr 
einfach vorzunehmen. Insbesondere ist kein EingrifT in das 
ausfuhrbare Programm des Automatisierungssystem not- 
wendig. Die Kommunikation zwi schen dem ausfiihrbaren 

40 Programm und dem Skript-Programm erfolgt iiber die ge- 
normten Schnittstellen. 

[0022] Das hier vorgeschlagene Verfahren, bei dem das 
ausfuhrbare Programm anhand der Dienstprogramm-Ken- 
nung sowie der zugeordneten Schnittstellen-Kennung die 

45 Auswahl des entsprechenden Dienstprogramms vornimmt, 
ermoglicht in sehr einfacher Weise eine Anpassung und An- 
derung der Dienstprogramme. Denn vorteilhafterweise wird 
bei einer Anderung des A utomatisierungs systems lediglich 
die Informationsdatei geandert. 

50 [0023] Andererseits wird - bei einer Anderung oder Er- 
weiterung der Funktionalitat des Automatisierungssystems 
- bevorzugt ein neues Dienstprogramm implementiert. Dies 
wird zweckdienlicherweise begleitet durch entsprechende 
Eintrage in der Informationsdatei. Die Implementierung der 

55 neuen Dienstprogramme erfolgt beispielsweise unter Zuhil- 
fenahme der Skripting methode in einfacher Weise durch 
Ablegen einer neuen Skript-Datei. 

[0024] GemaB einer besonders bevorzugten Ausgestal- 
tung greift das neue Dienstprogramm auf ein bereits imple- 

60 mentiertes Dienstprogramm durch eine Verkniipfung zu. 
Dadurch wird der Vorteil geschaffen, dass ein neues Dienst- 
programm die ihm obliegende Funktion nicht vollstandig 
abarbeiten muss, sondern dass Teilfunktionen, die bereits 
von einem anderen bestehenden Dienstprogramm erledigt 

65 werden konnen, auch diesem anderen Dienstprogramm 
iibertragen werden. Durch die Schnittstellen-Kennung und 
insbesondere durch die Dienstprogramm-Kennung ist auch 
eine eindeutige und problemlose Navigation zu dem ent- 
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sprechenden Dienstprogramm moglich. 
[0025] Hierdurch wird also in vorteilhafter Weise erreicht, 
dass zur Ausfuhrung einer bestimmten Funktion mehrere 
DienstprograiTirne aufgerufen werden. 

[0026] Die Verwendung der genormten Schnittstellen mit 5 
einer Schnittstellenkennung sowie unter Verwendung der 
Dienstprogramm-Kennung ermogiicht also, dass bei jeder 
Erweiterung eines bestehenden Automatisierungssystems 
auf alle bereits existierenden Dienstprogramme zuriickge- 
griffen werden kann, und nur bestimmte Teile erganzt wer- 10 
den miissen. Der entscheidende Vorteil besteht darin, dass 
bereits getestete Dienstprogramme nicht geandert werden 
miissen. Mit diesem Verfahren lasst sich auch eine tiefgrei- 
fende Erweiterung des Systems durch eine einfacheNachin- 
stallation eines Dienstprogramms im Rahmen des ausfuhr- 15 
baren Programms durchfuhren. 

[0027] Da die Dienstprogramme jeweils einer spezifi- 
schen Baugruppe zugeordnet sind, muss bei jeder Funkti- 
onsanderung der Baugruppe eine ihr zugeordnete Dienstpro- 
gramm-Bibliothek geandert werden. In der Regel geschieht 20 
dies durch einen Austausch der kompletten Programmbi- 
bliothek, was aufgrund der Ausgestaltung des Betriebspro- 
gramms als Maschinencode sehr aufwendig ist. Wird z. B. 
einer Baugruppe lediglich eine neue Funktion zugeordnet - 
ubernimmt sie beispielsweise neben einer reinen Schalt- 25 
funktion auch eine Messfunktion - so muss diese Messfunk- 
tion von einem entsprechenden Dienstprogramm unterstiitzt 
werden. Der Vorteil des neuen Verfahrens ist nun darin zu 
sehen, dass bei einer derartigen Anderung der Baugruppe 
auf ein bereits bestehendes Dienstprogramm zuriickgegrif- 30 
fen wird. Es muss also lediglich die Informationsdatei da- 
hingehend geandert werden, dass zu der relevanten Bau- 
gruppe die Information abgelegt wird, dass ein zusatzliches 
Dienstprogramm aufgerufen werden muss. 
[0028] Auch ist es zur Fehlerbehebung ausreichend, eine 35 
neue fehlerfreie Programmbibliothek zu installieren. Eine 
bestehende fehlerhafte Programmbibliothek braucht nicht 
zwingend ausgetauscht zu werden. Es geniigt vielmehr, in 
der Informationsdatei auf die neue Programmbibliothek zu 
verweisen und den Verweis auf die fehlerhafte Programmbi- 40 
bliothek zu entfernen. 

[0029] Ein Ausfuhrungsbei spiel der Erfindung wird im 

Folgenden anhand der Zeichnung naher erlauterl. Es zeigen 

jeweils in schematischen Blockbild-Darstellungen: 

[0030] Fig. 1 eine programmtechnische Darstellung eines 45 

Verfahrens zum Betreiben eines Automatisierungssystems, 

und 

[0031] Fig. 2 ebcn falls cine prograimntechnische Darstel- 
lung eines Verfahrens zum Betreiben eines Automatisie- 
rungssystems, bei dem mehrere Baugruppen auf gleiche 50 
Dienstprogramme zugreifen. 

[0032] GemaB Fig. 1 umfasst ein Betriebsprogramm B ei- 
nes Automatisierungssystems ein ausfuhrbares Maschinen- 
codeprogramm AP, das im Folgenden kurz als ausfuhrbares 
Programm AP bezeichnet wird. Das ausfuhrbare Programm 55 
AP wird auch Firmware genannt. Weiterhin beinhaltet das 
Betriebsprogramm B cine Anzahl von Dicnstprogrammen 
DPI bis DP6, die vorzugsweise ebenfalls Teil der Firmware 
sind. Alternativ sind sie als Skript- Programme ausgebildet, 
die aus dem ausfuhrbaren Programm AP heraus aufgerufen 60 
werden, Neben dem Betriebsprogramm B als Software- 
Komponente weist das A u torn ati si erungs system als Hard- 
ware-Komponente Baugruppen BG (vgl. Fig. 2) auf, die 
uber das Betriebsprogramm B angesteuert werden. Die Bau- 
gruppen BG sind beispielsweise Steuerbausteine zur Ventil- 65 
steuerung, Spannungsversorgungsmodule usw. 
[0033] Die Dienstprogramme DPI bis DP6 kommunizie- 
ren uber genonnte Schnittstellen SI bis S3 mit einem Navi- 
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gator N des ausfuhrbaren Programms AP, wie es in Fig. 1 
dargestellt ist. Alternativ kommunizieren die Dienstpro- 
gramme DPI bis DP6 unmittelbar mit den jeweiligen Bau- 
gruppen BG. Zur eindeutigen Identifizierung der jeweiligen 
Schnittstelle SI bis S3 ist jeder Schnittstelle eine Schnitt- 
stellen-Kennung SKI bis SK3 zugewiesen. Zusatzlich wei- 
sen auch die einzelnen Dienstprogramme DPI bis DP6 
Dienstprogramm-Kennung en DK1 bis DK6 auf. Diese die- 
nen als Schlussel fiir eine eindeutige Zuordnung zu den je- 
weiligen Dienstprogrammen DPI bis DP6. 
[0034] Fiir das Verfahren zum Betrieb des Automatisie- 
rungssystems ist weiterhin eine Informationsdatei I vorgese- 
hen, auf die das ausfuhrbare Programm AP zugreift. Die In- 
formationsdatei I beinhaltet insbesondere Informationen 
daruber, welche Baugruppe BG welche Dienstprogramme 
DPI bis DP6 benotigt. Die Informationsdatei I stellt also ein 
Wissen uber die fiir eine Baugruppe BG notwendige Konfi- 
gurationssoftware zur Verfugung. Dieses Wissen wird auch 
als Meta wissen bezeichnet. Die Information ist dabei derart 
abgelegt, dass fur die jeweils benotigten Dienstprogramme 
einerseits die Schnittstellen-Kennung SKI, SK3 abgelegt 
ist. Diese Information dient zur Identifizierung der Schnitt- 
stelle, uber die das Dienstprogramm DP2, DP6 aufzurufen 
ist. Andererseits ist noch die spezielle Dienstprogramm- 
Kennung DK2, DK6 abgelegt. 

[0035] Anhand dieser Informationen ist es dem ausfuhrba- 
ren Programm moglich mit Hilfe des Navigators N die der 
jeweiligen Baugruppe zugeordneten Dienstprogramme DPI 
bis DP6 aufzurufen. Mittels der Schnittstellen-Kennung 
SKI, SK3 ist zunachst eindeutig festgelegt, uber welche 
Schnittstellen das jeweilige Dienstprogramm DP2, DP6 auf- 
gerufen wird. 

[0036] Uber die einzeln genormten Schnittstellen SI, bei- 
spielsweise die Schnittstelle SI, sind prinzipiell mehrere 
Dienstprogramme DPI bis DP3 abrufbar. Bei diescn uber 
eine spezielle Schnittstelle SI abrufbare Dienstprogramme 
DP 1 bis DP3 handelt es sich dabei iiblicherweise um Grup- 
pen von Dienstprogrammen DPI bis DP3, die eine gleiche 
Funktion aufweiscn. Beispielsweise dienen die uber die 
Schnittstelle SI aufrufbaren Dienstprogramme DPI bis DP3 
zur Parametrisierung der Baugruppen BG. Uber die Dienst- 
programm-Kennung DK2, die einen eindeutigen Schlussel 
darstellt, wird nun aus den uber die Schnittstelle S 1 zugang- 
lichen Dienstprogrammen DPI bis DP3 das fiir die jeweilige 
Baugruppe BG geeignete Dienstprogramm DP2 aufgerufen. 
[0037] Das beschriebene Verfahren zum Betreiben eines 
Automatisierungssystems ist auBerst flexibel im Hinblick 
auf Anderungen, die die Dienstprogramme DPI, DP6 be- 
treffen. Sole he Anderungen werden beispielsweise hervor- 
gerufen, indem einer Baugruppe BG eine neue Funktion zu- 
gewiesen wird, so dass fur diese Baugruppe BG ein neues 
Dienstprogramm notwendig wird. Diese Flexibility wird im 
Wesentlichen dadurch erreicht, dass dem Betriebsprogramm 
B lediglich als einzige feste GroBe die Schnittstellen S 1 bis 
S3 mit ihrer Schnittstellenkennung SKI bis SK3 bekannt 
gemacht werden. Samtiiches Wissen uber die konkrete Kon- 
figuration ist uber die Schnittstellenkennung SKI bis SK3 
und der Dienstprogrammkennung DK1 bis DK6 in der In- 
formationsdatei I abgelegt. 

[0038] Wird beispielsweise der Baugruppe BG eine neue 
Funktion zugewiesen, die das Dienstprogramm DP4 erfor- 
dert, so geniigt ein entsprechender Eintrag SK2 (DK4) in der 
Informationsdatei I, um dem System mitzuteilen, dass fur 
die Baugruppe BG nunmehr auch das Dienstprogramm DP4 
notwendig ist. Zudem besteht die Moglichkeit, dass aus ei- 
nem Dienstprogramm DPI bis DP6 auf ein anderes Dienst- 
programm DPI bis DP6 zugegriffen wird. Hierzu ist in dem 
ersten Dienstprogramm lediglich ein entsprechender Ver- 
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weis im Rahmen der Kennung auf das andere Dienstpro- 
gramm notig. Diese Kennung wird vom ersten Dienstpro- 
gramm dem Navigator N mitgeteilt, der dann das entspre- 
chende weitere Dienstprogramm aufruft. 

[0039] Durch diese Ausgestaltung besteht die Moglich- 5 
keit, dass mehrere Baugruppen BG auf gleiche Dienstpro- 
gramme DPI bis DP6 zugreifen und umgekehrt, dass meh- 
rere Dienstprogramme DPI bis DP6 einer Baugruppe zuge- 
ordnet werden. Wird nun ein komplett neues Dienstpro- 
gramm notwendig, so kann dieses in das Betriebsprogramrn 10 
B in einfacher Weise durch eine Nachinstallation einge- 
bracht werden. In der Inform ationsdatei I wird dann ein ent- 
sprechender Verweis auf dieses neue Dienstprogramm er- 
stellt. 

[0040] Aufgrund der flexiblen Ausbildung unterstutzt das 15 
Betriebsprogramrn B im wesentlichen alle Hardwarekonfi- 
gurationen des A utomatisierungs systems. Denn erst wenn 
die crste Baugruppe BG tatsachlich in das (konkrcte) Auto- 
matisierungssystem gesteckt ist wird eine gewisse Aufbau- 
struktur festgelegt, da in der Regel den Baugruppen BG eine 20 
Aufbaustruktur zugeordnet ist. Solange noch keine Bau- 
gruppe BG in das System eingebracht ist, ist das Betriebs- 
programrn B also fur unterschiedliche Topologien (Aufbau- 
struktur des A utomatisierungs systems) offen. Bei einem 
Austausch der Baugruppen BG ist es daher auch moglich, 25 
von einem Aufbaukonzept zu einem anderen Aufbaukon- 
zept zu wechseln, ohne dass signifikante Anderungen im 
Betriebsprogramrn erforderlich waren. 
[0041] Da mit diesem Verfahren mehrere Baugruppen BG 
auf gleiche Dienstprogramme DPI bis DP6 zugreifen kon- 30 
nen, ist auch der Umfang der notwendigen Dienstpro- 
gramme DPI bis DP6 gering gehalten, wie anhand von Fig. 
2 deutlich wird. Nach Fig. 2 umfasst das Automatisierungs- 
system eine Hauptstation HS und eine Nebenstation NS, die 
auch als Periphcriestation bezcichnet wird. Sowohl die 35 
Hauptstation HS als auch die Nebenstation NS haben meh- 
rere Baugruppen BG so wie eine Zentraleinheit ZE auf Sei- 
ten der Hauptstation H und eine Peripherieeinheit PE auf 
Seiten der Nebenstation NS. Die Peripherieeinheit PE stellt 
dabei^eine Zentraleinheit der Nebenstation NS dar. Die Peri- 40 
pherieeinheit PE und die Zentraleinheit ZE sind als Haupt- 
baugruppen ausgebildet. Den einzelnen Baugruppen BG, 
ZE, PE sind jeweils genormte Schnittstellen S zugeordnet, 
iiber die eine Kommunikation mit den den jeweiligen Bau- 
gruppen BG zugeordneten Dienstprogrammen DPI bis DP6 45 
erfolgt. Die Kommunikation wird dabei mit Hilfe des Navi- 
gators N des ausfuhrbaren Programms AP geleitet, das in 
Fig. 2 jedoch nicht dargcstcllt ist. Die Kommunikation oder 
das Aufrufen der Dienstprogramme DPI bis DP6 erfolgt da- 
bei wie zu Fig. 1 beschrieben. Wie Fig. 2 zu entnehmen ist, 50 
bilden die Dienstprogramme DPI bis DP6 eine Art Biblio- 
thek, auf die die einzelnen Baugruppen BG je nach Bedarf 
und entsprechend ihrer Funktion zugreifen. Beispiels weise 
sind fur den Betrieb der Hauptstation HS die Dienstpro- 
gramme DPI bis DP3 und fur den Betrieb der Nebenstation 55 
NS die Dienstprogramme DP2 bis DPS notwendig. Das be- 
deutet, dass die Hauptstation HS und die Nebenstation NS 
fiir ihren Betrieb auf gleiche Dienstprogramme DP2, DP3 
zugreifen. Die Zahl der im Betriebsprogramrn beinhalteten 
Dienstprogramme DPI bis DP6 ist gering. 60 

Patentanspriiche 

1. Verfahren zum Betreiben eines Automatisierungs- 
systems, das eine Anzahl von Baugruppen (BG) sowie 65 
ein Betriebsprogramrn (B) fur den Betrieb der Bau- 
gruppen (BG) umfasst, welches eine Anzahl von 
Dienstprogrammen (DPI bis DP6) fur die Ausfuhrung 
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von den Baugruppen (BG) zugeordneten Funktionen 
beinhaltet, wobei aus einer Informationsdatei (I) ausge- 
lesen wird, welche speziellen Dienstprogramme (DPI 
bis DP6) fur welche Baugruppe (BG) notwendig sind, 
und wobei zur Ausfuhrung einer der jeweiligen Bau- 
gruppe (BG) zugeordneten Funktion das entsprechende 
Dienstprogramm (DPI bis DP6) aufgerufen wird. 

2. Verfahren nach Anspruch 1, bei dem das Aufrufen 
des Dienstprogramms (DPI bis DP6) iiber eine ge- 
normte Schnittstelle (SI bis S3) erfolgt. 

3. Verfahren nach Anspruch 2, bei dem den Schnitt- 
stellen (SI bis S3) jeweils eine eindeutige Schnittstel- 
len-Kennung (SKI bis SK6) zugeordnet wird. 

4. Verfahren nach einem der vorhergehenden Ansprii- 
che, bei dem die Informationsdatei (I) eine Dienstpro- 
gramm- Kennung (DK1 bis DK6) zur eindeutigen Iden- 
ufizierung des fur die jeweilige Funktion notwendigen 
Dienstprogramms (DPI bis DP6) aufweist. 

5. Verfahren nach Anspruch 4, bei dem aus der Infor- 
mationsdatei (I) die Dienstprogramm-Kennung (DK1 
bis DK6) sowie die zugeordnete Schnittstellen-Ken- 
nung (SKI bis SK3) entnommen wird, wobei anhand 
dieser beiden Kennungen die Auswahl des entspre- 
chenden Dienstprogramms (DPI bis DP3) erfolgt. 

6. Verfahren nach einem der vorhergehenden Ansprii- 
che, bei dem das Betriebsprogramm (B) ein ausfuhrba- 
res Maschinencode-Programrn (AP) sowie ein Skript- 
Programm aufweist, wobei zumindest ein Teil der 
Dienstprogramme als Skript-Programme vom ausfuhr- 
baren Programm (AP) heraus aufgerufen werden. 

7. Verfahren nach einem der vorhergehenden Ansprii- 
che, bei dem bei einer Anderung des Automatisie- 
rungssystems die Informationsdatei (I) geandert wird 

8. Verfahren nach einem der vorhergehenden Anspru- 
che, bei dem bei einer Erweiterung der Funktionalitat 
des Automatisierungssystems ein neues Dienstpro- 
gramm erstellt wird. 

9. Verfahren nach Anspruch 8, bei dem das neue 
Dienstprogramm auf ein bercits implementicrtcs 
Dienstprogramm (DPI bis DP6) durch eine Verknup- 
fung zugreift. 

10. Verfahren nach einem der vorhergehenden An- 
spruche, bei dem zur Ausfuhrung einer zugeordneten 
Funktion mehrere Dienstprogramme (DP1-DP6) auf- 
gerufen werden. 
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